home *** CD-ROM | disk | FTP | other *** search
- Path: news1.h1.usa.pipeline.com!usenet
- From: grantp@usa.pipeline.com(Pete)
- Newsgroups: comp.lang.c++
- Subject: Re: Calling <windows.h>CreateThread(...) from within a CWinApp object.
- Date: 6 Mar 1996 11:26:36 GMT
- Organization: Kalevi, Inc.
- Message-ID: <4hjspc$rbk@news1.usa.pipeline.com>
- References: <Dnt4xw.ML0@news.tcd.ie>
- NNTP-Posting-Host: pipe10.h1.usa.pipeline.com
- X-PipeUser: grantp
- X-PipeHub: usa.pipeline.com
- X-PipeGCOS: (Pete)
- X-Newsreader: Pipeline v3.5.0
-
- On Mar 05, 1996 18:34:37 in article <Calling <windows.h>CreateThread(...)
- from within a CWinApp object.>, 'mdennehy@tcd.ie (Sparks)' wrote:
-
-
- >For a Simple/SML compiler/simulator I am writing for a project, I decided
- >to have the simulator run as a seperate thread so that an infinite loop in
-
- >the generated code would not lock the machine inconviently. However, when
-
- >calling CreateThread() from within the CWinApp object, it does not appear
- to
- >be able to see the <windows.h> version of the function, ie. the compiler
- >does not appear to be able to use the declerations of the functions to
- >seperate the two in a call, as I had thought it could. I am using
- >VC++ v2.0 with v3.0 of the MFC library, running on Windows NT.
- >
- >Has anyone got any suggestions, either as to the source of the problem,
- >or a possible cure ?
- >Thank you...
- >
- Use the global scopeoperator as in ::CreateThread(§yAttr, etc....);
-
- >--
- >Mark "Sparks" Dennehy Ham Radio : EI5EDB (2m FM only) :-(
- >Engineering Undergrad Internet : mdennehy@tcd.ie
- >Trinity College Dublin
- --
- Pete Grant
- Kalevi, Inc.
- Software Engineering & development
-